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HIGH SPEED ROUTING TABLE LEARNING AND LOOKUP 



CROSS REFERENCE TO RELATED APPLICATION 

This application is a continuation in part of U.S. Patent Application Serial No. 
10/360,004 filed February 7, 2003 by Sridhar Pathi and Takeshi Shimizu, entitled 
Address Learning to Enable High Speed Routing Table Lookups. 

TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to communication systems and, more 
particularly, to address learning to enable high speed routing table lookups. 
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BACKGROUND OF THE INVENTION 

Technology advances inexorably drive demand for increased speed of data 
communications. To meet this demand, network components must increasingly be 
designed to perform high speed operations. For example, to account for ever 
increasing speeds on transmission lines, switches must be capable of making high 
speed routing decisions in order to operate at these wire speeds. 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, techniques for address learning to 
enable high speed routing table lookups are provided. According to particular 
embodiments, a switch includes a routing table module formed by multiple memory 
5 banks, with the routing table module capable of performing high speed routing table 
lookups. 

According to one embodiment, a switch includes multiple ports for 
communicating packets, a switch fabric for transporting the packets between the 
ports, and multiple memory banks logically divided into multiple rows, wherein each 

1 0 of the rows includes a storage location from each of the memory banks, and each of 
the storage locations is capable of maintaining a routing entry. The switch also 
includes an overflow buffer with multiple overflow storage locations each capable of 
maintaining a routing entry. The switch also includes a memory control module that 
receives a memory access request from one of the ports, determines a particular one 

15 of the rows based on an address indicated by the memory access request, and accesses 
the indicated row and the overflow buffer to perform a memory access operation. 

Embodiments of the invention provide various technical advantages. By 
implementing a routing table module using multiple memory banks, a switch can 
provide a relatively small and inexpensive yet extremely fast routing table module. 

20 This routing table module may, at times, sacrifice completeness of routing 
information, but these sacrifices can result in a faster, less expensive implementation. 
For example, particular embodiments provide limited space for maintaining port to 
address mapping information. This limited space may not support storage of all 
potential port to address mappings. In these circumstances, a switch may resort to 

25 packet flooding instead of "intelligent" routing. However, particular embodiments 
attempt to limit these occurrences. Moreover, these embodiments may still be 
designed to comply with standards, such as the ANSI/IEEE 802 standards. 

Other technical advantages of the present invention will be readily apparent to 
one skilled in the art from the following figures, descriptions, and claims. Moreover, 

30 while specific advantages have been enumerated above, various embodiments may 
include all, some, or none of the enumerated advantages. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention and its 
advantages, references now made to the following description, taken in conjunction 
with the accompanying drawings, in which: 
5 FIGURE 1 illustrates a multi-port switch having a routing table module 

according to particular embodiments of the present invention; 

FIGURE 2 is a block diagram illustrating components of an exemplary routing 
table module from this switch; 

FIGURE 3 is a block diagram illustrating exemplary selection logic for 
10 choosing between potential routing entries; 

FIGURE 4 is a flowchart illustrating a method for handling routing table 
operations using a multi-bank routing table module with overflow buffers; and 

FIGURE 5 is a flowchart illustrating a method accessing a multi-bank memory 
structure with overflow buffers. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates a switch 10 that includes multiple ports 12 
interconnected by a switching fabric 14. Switch 10 also includes a routing table 
module 16 that includes multiple memory banks 18 for storing routing information. 
5 In general, routing table module 16 maintains routing information to control the 
switching of packets between ports 12. Specifically, routing table module 16 provides 
a multi-bank memory structure to provide high speed routing table operations. 

Each port 12 represents hardware, including any appropriate controlling logic, 
for transmitting and receiving packets. For example, each port 12 may include an 

10 input module and an output module for receiving and transmitting packets. The term 
packet, as used within this description, refers to any segmentation of information that 
includes addressing information. For example, packets may encompass Ethernet 
frames, internet protocol (EP) packets, asynchronous transmission mode (ATM) cells, 
and/or any other suitable information segment. Within switch 10, switching fabric 14 

15 provides for the transmission of packets from any one port 12 to any or all ports 12 
within switch 10. While illustrated as a single block within switch 10, it is 
contemplated that switching fabric 14 may contain any suitable combination and 
arrangement of elements configured and designed to provide packet switching at a 
rate sufficient to support communications of ports 12. 

20 Within switch 10, routing table module 16 maintains routing information to 

control the switching of packets between ports 12. To control switching fabric 14, the 
routing information includes any number of entries mapping addresses to ports. 
Switch 10 directs packets between ports 12 based on this routing information. For 
example, an entry in the routing information may map address XYZ to port A. When 

25 another port 12 receives a packet destined to address XYZ, switching fabric 14 can 
direct that packet to port A. Thus given appropriate routing information within 
routing module 16, switching fabric 14 can "intelligently" switch packets between 
ports 12. Moreover, while this example illustrates a single port mapped to an address, 
switch 10 contemplates entries mapping addresses to any number of ports 12. 

30 In certain circumstances, routing table module 16 may not map addresses for 

all received packets. For example, one of ports 12 may receive a packet with a 
destination address that does not match an entry within routing table module 16. 
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According to particular embodiments, if routing table module 16 does not provide a 
mapping, then switch 10 "floods" the packet to all other ports 12. That is, switch 10 
may transmit the packet from all ports 12 other than the receiving port 12. 

As an example of the routing table operation, consider a port 12 receiving a 
5 packet that includes a destination address. If routing table module 16 provides a port 
mapping for that destination address, then switching fabric 14 provides that packet to 
all ports 12 indicated within the routing information. If, however, routing table 
module 16 provides no mapping for the indicated destination address, then switching 
fabric 14 floods the packet to all other ports 12 of switch 10. Packet flooding may 

10 result in increased network traffic, but guarantees that the packet will be 
communicated from the correct port 12. 

Within routing table module 16, the routing information may contain static 
and dynamic entries. Static routing entries include entries set by firmware, configured 
by system administrators and/or otherwise statically established within routing table 

15 module 16. For example, a system administrator may configure static routing entries 
based upon a known network topology. Other examples of static entries include 
routing information for special network addresses, such as broadcast, multicast, or 
other specialized addresses. 

Dynamic routing entries are created, maintained, and deleted automatically 

20 during the operation of switch 10. According to particular embodiments, switch 10 
uses a learning scheme to populate routing table module 16 with dynamic routing 
entries. According to this scheme, switch 10 uses the source addresses in received 
packets to populate entries within routing table module 16. For example, consider 
switch 10 receiving a packet at port A, with the packet having a source address of 

25 XYZ. If routing table module 16 does not currently reflect this mapping, routing table 
module 16 can add a routing entry that maps address XYZ to port A. When 
subsequent packets are received with a destination address of XYZ, switch 10 can 
communicate these packets from port A based on the mapping within routing table 
module 16. 

30 Routing table module 16 may also provide for removal of routing entries from 

the routing information. For example, routing table module 16 may periodically 
delete outdated entries. Routing table module 16 may perform this "aging" of 
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outdated entries using time stamps and/or other appropriate mechanisms maintained 
within the routing information. 

According to particular embodiments, each entry within routing table module 
16 includes an address, routing information, and management information. The 
5 address maintains information, such as a media access control (MAC) address, to 
match against addresses in received packets. The routing information indicates the 
port or ports that should receive a packet with a destination address matching the 
address within the entry. According to particular embodiments, the routing 
information may be implemented as a bit vector, with each bit indicating whether or 
10 not a corresponding port maps to the particular address. For example, given a twelve 
port configuration, a twelve bit vector could indicate which ports 12 map to the 
indicated address. 

The management information includes any appropriate data for maintaining an 
entry. According to particular embodiments, the management information includes a 

15 time stamp, a static indicator, a valid indicator, and a check code. The time stamp 
reflects the age of the entry and may be used by switch 10 to perform aging 
operations. The static indicator indicates whether or not the entry is static. According 
to particular embodiments, if the static indicator is set, switch 10 will not dynamically 
delete the entry. The valid indicator specifies whether or not the mapping indicated in 

20 the entry is correct. Thus, for example, to "delete" an entry, routing table module 16 
may simply set the valid indicator to invalid. A check code field may be included 
within the management information to provide reliability. 

During operation, routing table module 16 may provide three basic operations: 
learn, delete, and lookup. As discussed, switch 10 handles both dynamic and static 

25 learning. Dynamic learning adds entries to routing table module 16 based upon 
source addresses in received packets. Static learning encompasses specific 
configurations of routing information during manufacturing, set up, or at other 
appropriate times. For a learning operation, routing table module 16 first determines 
whether it has an appropriate mapping for the address to be learned and then, if no 

30 such mapping exists, creates the entry within the routing information. Thus, a 
learning operation may require two cycles, one to read and one to write. 
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Similar to the learn operation, the delete operation handles both dynamic and 
static removal of entries. Dynamic deletions may occur based upon aging or other 
appropriate circumstances. Static deletions occur based upon configurations or other 
suitable indications to change the static entries within routing table module 16. 
5 Similar to a learning operation, a delete operation may require both a read and a write 
step. For example, first routing table module 16 can determine whether an entry is 
sufficiently aged, and then, if so, routing table module 16 may delete the entry. Thus, 
a delete operation may take two cycles to complete. 

Lookup operations, as previously discussed, attempt to discover mappings for 

10 destination addresses of received packets. According to particular embodiments, 
switch 10 handles lookups of both multicast and unicast addresses. For multicast 
addresses, routing table module 16 is typically configured with static routing entries. 
This enables intelligent routing of multicast packets. For unicast packets, routing 
table module 16 typically handles routing decisions based upon dynamic learning. 

15 Thus, switch 10 will typically flood unicast packets until appropriate address 
mappings are learned. According to particular embodiments, switch 10 can 
differentiate between multicast and unicast address based upon information in the 
addresses. For example, according to the 802.1 standard, multicast addresses are 
differentiated from unicast addresses based upon the value of a specific bit. Routing 

20 table module 16 can perform a lookup operation using a single read operation. Thus, 
a lookup operation may take only a single cycle to complete. 

In the embodiment illustrated, routing table module 16 includes multiple 
memory banks 18 and overflow buffers 26. These memory elements provide for 
storage of routing information and are discussed in greater detail below with respect 

25 to FIGURE 2. 

FIGURE 2 is a block diagram illustrating exemplary functional components 
for routing table module 16 that include multiple memory banks 18, an arbitration 
module 20, an access module 22, and multiple overflow buffers 26. In the 
embodiment illustrated, arbitration module 20 couples to each port 12 within switch 

30 10 to receive learned (LRN) and lookup (LUP) requests. Similarly, access module 22 
couples to each port 12 within switch 10 to provide routing information (RI) in 
response to lookup requests. During operation, memory banks 18 and overflow 
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buffers 26 maintain routing information for switch 10. In general, the multiple 
memory bank configuration and the associated access scheme enable routing table 
module 16 to provide high speed routing table operations. 

Memory banks 18 each represent any suitable hardware, including appropriate 
5 controlling logic, for storing routing entries. Each memory bank 18 may be 
separately accessed to perform a read or write operation. Thus, for example, during a 
particular cycle, access module 22 may perform a read operation from some or all 
memory banks 18. Similarly, during a cycle, access module 22 may perform a write 
operation on some or all memory banks 18. Access module 22 may further mix these 

10 operations such that, for example, access module 22 writes to one memory bank 18 
and reads from all other memory banks 18. 

Similar to memory banks 18, overflow buffers 26 each represent any suitable 
hardware, including appropriate controlling logic, for storing routing entries. 
Overflow buffers 26 may be separately accessed to perform read or write operations. 

15 Moreover, overflow buffers 26 each couple to access module 22. This permits access 
module 22 to provide similar control over overflow buffers 26 as described with 
respect to memory banks 18. 

In the embodiment illustrated, each memory bank 18 is logically divided into 
multiple locations 24. For example, each memory bank 18 may be divided into 1024 

20 locations, with each location capable of maintaining a routing entry. In addition, 
routing table module 16 may further logically divide the group of memory banks 18 
into rows, with each row encompassing corresponding locations 24 across multiple 
memory banks 18. For example, a first row (shown as Ro) may include the first 
location 24 from each memory bank 18. Similarly, an n th row (shown as R n ) may 

25 include the n th location 24 from each memory bank 18. Thus, for example, if each 
memory bank 18 is logically divided into lk locations 24, then the group of memory 
banks 18 may be logically divided into lk rows. 

Access module 22 accesses memory banks 18 using read and/or write 
operations. According to particular embodiments, access module 22 may perform 

30 read operations across an entire row. Thus, for example, access module 22 may 
simultaneously read the contents of each location 24 within a particular row. For 
write operations, access module 22 may target a particular memory bank 18. For 
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example, access module 22 may write to a particular location 24 within a selected 
memory bank 18. 

According to particular embodiments, an individual memory bank 18 may not 
support simultaneous read and write operations. Thus, if access module 22 chooses to 
5 write to a particular memory bank 18, access module 22 may not be permitted to 
simultaneously read from that particular memory bank 18. However, this does not 
affect the ability of access module 22 to read from the other memory banks 18. 
Therefore, during a single cycle, access module 22 may write to one memory bank 18 
while reading from all other memory banks 18. In this example, if access module 22 

10 is attempting to read the contents of an entire row, access module 22 will only access 
locations 24 in memory banks 18 not performing the write operation. Thus, a write 
operation in one or more banks 18 may affect the ability of access module 22 to 
simultaneously read from all locations 24 across a row. 

For example, consider routing table module 16 having four memory banks 18. 

15 During a cycle, access module 22 schedules a write operation for the first memory 
bank 1 8 and a read operation for a particular row. During the cycle, access module 22 
will only receive information from locations 24 within the second, third, and fourth 
memory banks 18. Thus, given this circumstance, access module 22 may not have 
access to the information within one of locations 24 within the particular row. This 

20 may affect the ability of routing table module 16 to detect matches in routing 
information, as will be discussed in greater detail below. 

According to particular embodiments, access module 22 uses a hashing 
technique for access to memory banks 18. According to these embodiments, access 
module 22 can generate a hash key from a source or destination address. Access 

25 module 22 then uses this hash key to access an indicated row within memory banks 
18. For example, consider memory banks 18 logically divided into lk rows. Using 
ten bits of information from an address, access module 22 can generate a hash key 
that will uniquely identify one of the rows. Thus using the hash key, access module 
22 can determine an appropriate row for looking up or learning an address. 

30 For a lookup request, access module 22 receives a destination address, 

generates a hash key from this address and then reads from the row indicated by the 
hash key. If the destination address matches to an entry in one of locations 24 in the 
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row, access module 22 can return the routing information from the matching entry. If 
the destination address fails to match any entries within locations 24 of the indicated 
row, access module 22 can indicate a "miss," which may result in flooding of the 
packet. 

5 However, in the embodiment illustrated, routing table module 16 further 

includes overflow buffers 26. In particular instances, these overflow buffers may also 
maintain routing table entries like those stored within memory banks 18. For 
example, overflow buffers may provide overflow storage and maintain routing entries 
that overflowed from "full" rows. Thus in an embodiment including overflow 

10 modules 26, access module 22 may further determine whether the destination address 
matches to an entry in any one of overflow buffers 26. In these instances, access 
module 22 can select routing information based upon a hit within the identified row or 
within one of overflow buffers 26. Access module 22 may thus indicate a miss only if 
the routing information does not appear in the identified row nor within overflow 

15 buffers 26. Particular selection logic for identifying appropriate routing information 
from within memory banks 18 and overflow buffers 26 is illustrated and discussed in 
greater detail below with respect to FIGURE 3. Moreover, learning operations for 
overflow buffers 26 are discussed below with respect to learning operations in 
general. 

20 For learning operations, access module 22 performs both read and write 

operations. Using the source address provided in the learn operation, access module 
22 generates a hash key and reads from the row indicated by the hash key. If the row 
does not contain a match to the source address, routing table module 16 may attempt 
to learn the routing information. Thus, in the next or some subsequent cycle, access 

25 module 22 may perform a write operation to insert the entry into any location 24 
within the row identified by the hash key. According to particular embodiments, 
routing table module 16 attempts to select an empty location 24 within the indicated 
row. For example, routing table module may select the first memory bank 18 having 
an empty location 24 in the indicated row or may use random or pseudo random 

30 algorithm to select an empty location 24 within the indicated row. If there are no 
empty locations 24 within the indicated row, routing table module 16 may choose to 
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disregard the learning request or to queue the request until an empty location 24 is 
available. 

Because learning may depend upon the availability of empty locations 24 
within the row indicated by the hash key, routing table module 16 may occasionally 
5 be unable to learn some address mapping information. For example, consider routing 
table module 16 having eight memory banks 18, with all eight memory locations 24 in 
a particular row currently valid. Routing table module 16 may, as previously 
discussed, simply disregard any learning requests received that result in hash keys to 
the particular row. This can result in increased flooding of subsequent traffic, but 
10 permits routing table module 16 to use a relatively small, high speed memory 
structure. 

To decrease flooding resulting from full rows within memory banks 18, 
routing table module 16 may include overflow buffers 26. Thus as illustrated, routing 
table module 16 includes overflow buffers 26 to help alleviate routing information 

15 storage problems resulting from full rows. Overflow buffers 26 provide additional 
routing entry storage within routing table module 16. When rows in memory banks 
1 8 are full, access module 22 may route additional learn requests for these rows into 
overflow buffers 26. 

For example, consider a learn request specifying a particular row in which 

20 each memory bank 18 currently has a valid entry. In this instance, access module 22 
may choose to store the routing table entry within a selected one of overflow buffers 
26. Access module 22 may store these overflow learn requests into available 
locations within overflow buffers 26 using any appropriate selection technique. For 
example, if overflow buffers 26 provide for sixteen routing table entries, access 

25 module 22 may use a two-byte vector to indicate available memory locations within 
overflow buffers 26. Using this vector, access module 22 may determine empty 
locations within overflow buffers 26 and schedule learn requests to write into empty 
locations. Therefore, routing table module 16 can handle learn requests for full rows 
by overflowing these requests into empty locations within overflow buffers 26. As an 

30 example, if only one row continually overflows into overflow buffers 26, that row 
may effectively expand to the extent permitted by the size of overflow buffers 26. 
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However, sharing of overflow buffers 26 between multiple overflowing rows may 
limit the amount to which each row may expand. 

According to particular embodiments, access module 22 may permit overflow 
from any row to any available entry within overflow buffers 26. Alternatively, access 
5 module 22 may permit only certain rows to overflow into particular entries within 
overflow buffers 26. For example, consider the illustrated routing table module 16 
with two overflow buffers 26. Access module 22 may assign overflow from the first 
half of rows into the first overflow buffer 26 and overflow from the second half of 
rows into the second overflow buffer 26. However, while particular embodiments are 

10 described and illustrated, switch 10 contemplates including any suitable number of 
overflow buffers 26, with access module 22 providing any appropriate techniques for 
handling overflow of routing entries into overflow buffers 26. Moreover, a single 
"overflow buffer" may encompass any number of memory elements providing storage 
locations for a suitable number of routing entries. 

15 By providing overflow buffers 26, switch 10 may potentially maintain high 

levels of throughput while operating in networks with large numbers of nodes. As an 
example, consider a particular switch 10 configured with only eight memory banks 18 
as compared to another particular switch 10 configured with eight memory banks 18 
and an overflow buffer 26 providing sixteen storage locations. Given these 

20 configurations, the particular switch 10 having overflow capability maintained high 
throughput for a network having approximately three times the number of nodes as 
compared to the configuration of switch 10 without overflow capability. 

According to particular embodiments, switch 10 provides for a unified scheme 
for accessing memory banks 18 and overflow buffers 26. This scheme uses hash 

25 keys, as previously discussed, along with an index into the row indicated by a hash 
key. In the case of switch 10 configured without overflow buffers 26, the index may 
indicate a particular one of memory banks 18. For switch 10 configured with 
overflow buffers 26, the index may similarly indicate one of memory banks 18 or may 
indicate a particular location within overflow buffers 26. For example, with N 

30 memory banks 18 and M locations in overflow buffers 26, an index may indicate from 
zero to N to identify a location in memory banks 18, or the index may indicate from N 
to M-l to indicate a location in overflow buffers 26. However, because of the unified 
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nature of the hash key access, switch 10 need to have advanced access logic for 
handling the addition of overflow buffers 26. 

As previously discussed, access module 22 may schedule read and write 
operations for different memory banks 1 8 within the same cycle. Thus, for example, 
5 access module 22 may schedule a write to one of memory banks 1 8 during the same 
cycle that access module 22 attempts to read from a row. As previously discussed, 
this can result in access module 22 reading only entries from those memory banks 18 
not scheduled for a write operation. When performing a lookup for a destination 
address, this situation can result in a "false" miss. A false miss occurs when memory 

10 banks 18 include a match for a destination address, but the memory bank 18 
maintaining that matching entry performs a write operation while the remaining 
memory banks 18 perform a read operation. In the case of a false miss, access 
module 22 will indicate a miss, even though the row actually included a match. The 
chances of a false miss are limited by the number of memory banks 18 within routing 

15 table module 16. For example, if write operations are limited to a single memory 
bank 18 and routing table module 16 includes four memory banks 18, then the 
chances of a false miss during a read/write cycle are 25%. Yet when it is considered 
that write operations typically occur at most only every other cycle (since the learning 
and delete operations take two cycles), the chances of a false miss are cut in half. 

20 According to particular embodiments, routing table module 16 prevents false 

misses from occurring during lookup operations for multicast addresses or for read 
operations for learning. For example, because of strict standards that may apply to 
multicast addresses, routing table module 16 may prevent any write operations during 
a multicast lookup operation. Similarly, for learn operations, routing table module 16 

25 may prevent simultaneous write operations during the read portion of the learn 
operation. This prevents routing table module 16 from improperly detecting a need to 
learn a new entry based on a false miss. 

To handle scheduling of read and write operations for access module 22, 
routing table module 1 6 includes arbitration module 20. During operation, arbitration 

30 module 20 receives lookup and learn operations from ports 12 and determines 
appropriate read and write operations for access module 22. Arbitration module 20 
prioritizes these lookup and learn operations along with any other appropriate 
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operations, such as aging of entries in memory banks 18 and overflow buffers 26. 
According to particular embodiments, arbitration module 20 places highest priority on 
any outstanding lookup requests. Given highest priority to lookup requests, 
arbitration module 20 will provide timely servicing of these requests even given worst 
5 case traffic. 

For example, consider switch 10 with twelve ports 12, and each port 12 
simultaneously receiving a minimum size Ethernet frame. According to Ethernet 
standards, a minimum size Ethernet frame is approximately 64 bytes. In certain 
embodiments, switch 10 can receive a minimum size Ethernet frame in approximately 

10 twenty cycles. Therefore, if each port 12 simultaneously receives a minimum size 
Ethernet frame, then no port 12 will begin receiving another frame until twenty cycles 
later (since each port 12 will take at least twenty cycles to receive the current frame). 
Even given this worst case scenario, the lookup requests from every port 12 may be 
serviced by arbitration module 20 within twelve cycles. This leave approximately 

1 5 eight spare cycles before any new lookup requests will arrive. 

In this example, each port 12 may also generate a learn request when a packet 
is received. Thus, in the worst case example, arbitration module 20 may also receive 
twelve learn requests along with the twelve lookup requests. Given only eight spare 
cycles, arbitration module 20 may choose to service only selected ones of these learn 

20 requests. Thus giving priority to lookup requests relegate learn request to spare 
cycles. As additional learn requests arrive, arbitration module 20 may choose to 
queue learn requests or to simply discard unserviced learn requests. For example, 
arbitration module 20 may simply maintain the most recently received learn request 
for each port 12. This ensures that learn requests reflect the most recently received 

25 port mappings. 

While the embodiment illustrated and the preceding description focus on a 
particular embodiment of routing table module 16, switch 10 contemplates routing 
table module 16 having any suitable combination and arrangement of elements for 
supporting a mixed, simultaneous access memory structure. Thus, the functionalities 

30 performed by the particular elements illustrated may be separated or combined as 
appropriate, and some or all of these elements may be implemented by logic encoded 
in media. For example, the functions of arbitration module 20 and access module 22 
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may be separated and/or combined as appropriate and any of their operations may be 
implemented by suitable memory control logic. Moreover, while memory banks 18 
and overflow buffers 26 are each illustrated as separate components, routing table 
module may use any appropriate memory structure that provides similar functionality. 
5 Also, while shown as a single module, the functionalities of some or all of the 
illustrated components of routing table module 16 may be distributed among other 
elements of switch 10. 

FIGURE 3 is a block diagram illustrating selection logic 30 for use by routing 
table module 16 in selecting between accessed memory locations. In general, 
10 selection logic 30 determines whether a routing entry in routing table module 16 
matches to an address indicated in a lookup request. Based upon this determination, 
selection logic 30 may indicate routing information identifying a port mapping or a 
miss. 

Selection logic 30 receives inputs from memory banks 18 and overflow 

15 buffers 26 in addition to lookup request information. In the embodiment illustrated, 
selection logic 30 thus receives lookup request information, as indicated at 32, output 
from memory a row of memory banks 18, as indicated at 34, output from a first 
overflow buffer 26, as indicated at 36, and output from a second overflow buffer 26, 
as indicated at 38. Lookup request information 32 includes information identifying 

20 the particular address for which a port mapping is desired. For example, lookup 
request information 32 may include a MAC and VID value for the indicated address. 
Row output 34 includes the routing entries in the indicated row from each memory 
bank 18. Thus row output 34 includes the routing information for the row identified 
by lookup request information 32. 

25 In the embodiment previously described, routing table module 16 includes two 

overflow buffers 26. Thus, in this illustration, selection logic 30 receives overflow 
output from a first and second overflow buffer 26. First overflow output 36 provides 
the routing entries maintained within first overflow buffer 26. Similarly, second 
overflow output 38 provides the routing entries maintained within second overflow 

30 buffer 26. 

As previously discussed, routing table module 16 may include any suitable 
number of overflow buffers 26 with any appropriate scheme for overflowing entries 
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from full rows into these overflow buffers 26. Thus, for example, if each of the two 
overflow buffers 26 maps only to a particular group of rows, selection logic 30 may 
only receive output provided from the appropriate overflow buffer 26 mapped to the 
indicated row. Given this type of mapping, one or more overflow buffers 26 may be 
5 assigned for selected groups of rows without severely increasing the complexity of 
selection logic 30. For example, consider a particular embodiment of routing table 
module 16 having eight overflow buffers 26, with sets of two overflow buffers 26 
assigned to various groups of rows within memory banks 18. In this configuration, 
selection logic 30 could still operate as illustrated, receiving row output in parallel 

10 with output from two overflow buffers 26. This demonstrates how one or more 
overflow buffers 26 can be included within routing table module without critically 
impacting speed, size, or complexity. 

Selection logic 30 thus receives potential routing entries from an indicated row 
and from each appropriate overflow buffer 26. Using the received input, selection 

15 logic 30 determines whether one of the routing entries received from memory banks 
18 or overflow buffers 26 matches to the lookup request information 32. For 
example, selection logic 30 may include a number of parallel comparators that permit 
selection logic 30 to simultaneously compare each row output 34 and each overflow 
output 36, 38 against lookup request information 32 to determine a potential hit. 

20 Based upon these comparisons, selection logic 30 determines appropriate routing 
information. For example, if selection logic 30 identifies a match between lookup 
request information 32 and one of the potential routing entries, selection logic can 
output the routing information indicated by the identified routing entry. However, if 
selection logic 30 determines that none of the potential routing entries matches against 

25 routing information 32, selection logic 30 may indicate a miss. 

FIGURE 4 is a flowchart illustrating a method for routing table module 16 to 
respond to lookup and learn requests and perform periodic maintenance of routing 
information maintained within memory banks 18 and overflow buffers 26. The 
following description of the flowchart is provided with reference to the elements of 

30 routing table module 16 described above. However, as previously noted, routing table 
module 16 may include any appropriate combination and arrangement of elements. 
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Arbitration module 20 determines whether any lookup requests are currently 
active at step 50. For example, arbitration module 20 may determine whether any one 
of ports 12 is currently requesting a lookup operation. If not, arbitration module 20 
determines whether any aging requests are active at step 52. For example, arbitration 
5 module 20 may periodically, sporadically, or at any other appropriate time generate 
aging requests to provide for the occasional removal of outdated entries from memory 
banks 18 and overflow buffers 26. If no aging requests are active, arbitration module 
20 determines whether any learn requests are active at step 54. For example, 
arbitration module 20 can determine whether any of ports 12 have requested a 

10 learning operation. If not, flow returns to step 50. Thus, in steps 50, 52, and 54 
arbitration module 20 provides for servicing of lookup, aging, and learning requests 
while giving highest priority to lookup requests. 

If arbitration module 20 detects a lookup request at step 50, arbitration module 
20 schedules a lookup read operation at step 56. Arbitration module 20 determines 

15 whether the scheduled lookup is for a multicast address at step 58. For example, by 
examining a particular bit within the destination address, arbitration module 20 may 
determine whether or not the address indicates a multicast operation. If so, arbitration 
module 20 cancels any scheduled write operations at step 60. For example, in a 
previous cycle, arbitration module 20 may have scheduled a write operation for a 

20 learning or delete command. If so, arbitration module 20 may cancel this write 
operation to prevent a false miss during the read operation. At step 62, access module 
22 performs the scheduled operations. In this case, access module 22 performs the 
scheduled lookup read operation and, if any write operations remain scheduled, 
performs the scheduled write operation. 

25 If no lookup operation is detected, arbitration module 20 checks for aging 

requests at step 52. Upon detecting an aging request, arbitration module 20 schedules 
an aging read operation at step 64. In this case, access module 22 performs the 
scheduled operations at 62, which includes performing the scheduled aging read 
operation. 

30 Given no active lookup or aging requests, arbitration module 20 may detect an 

active learn request at step 54. Upon detecting an active learn request, arbitration 
module 20 determines whether or not a write operation is currently scheduled at step 
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66. For example, in a previous cycle, arbitration module 20 may have scheduled a 
write operation. Because routing table module 16 attempts to prevent simultaneous 
write and learning read operations, arbitration module 20 checks for the write 
operation at step 66. If a write operation is scheduled, arbitration module 20 returns 
5 to step 50. However, if no write is scheduled, arbitration module 20 schedules a 
learning read operation at step 68. Access module 22 then performs the scheduled 
operations at 62, which includes performing the scheduled learning read operation 
with no simultaneous write operation. 

After performing the scheduled operations at step 62, arbitration module 20 

10 determines whether a writing need has been detected at step 70. For example, after 
performing a learning read operation, arbitration module 20 may determine that a 
learning write operation is needed. If so, arbitration module 20 schedules the write 
operation at step 72. To schedule the write operation, arbitration module 20 may 
determine the appropriate row within memory banks 18 for receiving the routing 

15 information. In certain circumstances, the identified row may be full with current 
routing information. In these circumstances, if switch 10 includes overflow buffers 
26, arbitration module 20 may schedule the write operation for an available location 
within an appropriate overflow buffer 26. Thus, arbitration module 20 may schedule 
the write operation for any available spot within the identified row or within 

20 appropriate overflow buffers 26. Similarly, arbitration module 20 may detect a 
deletion need at step 70 and schedule a write operation to perform the deletion at step 
72. 

The preceding flowchart illustrates exemplary operation for routing table 
module 16 to provide routing table operations based upon access of a multi-bank 

25 memory configuration. However, the preceding flowchart and accompanying 
description illustrate only an exemplary method of operation, and switch 10 
contemplates routing table module 16 using any suitable techniques to support the 
multi-bank memory scheme. Thus, many of the steps in this flowchart may take place 
simultaneously and/or in different orders then as shown. In addition, routing table 

30 module 16 may use methods with additional steps, fewer steps, and/or different steps, 
so long as the methods remain appropriate. 
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FIGURE 5 is a flowchart illustrating the operation of access module 22 when 
servicing read requests. Each cycle, access module 22 determines whether a read 
request has been received at step 80. If not, access module 22 performs no operation 
with respect to read requests during the cycle. If access module 22 detects a read 
5 request at step 80, access module 22 determines a hash key from the address within 
the read request at step 82. For example, as previously discussed, access module 22 
may determine a hash key based upon selected bits within the address. 

Using the hash key, access module 22 reads from the corresponding row at 
step 84. As previously discussed, this read operation access all locations 24 within 

10 the corresponding row, unless a simultaneous write operation is currently scheduled. 
Access module 22 determines whether any entries from the row match the received 
address at step 86. Regardless of whether there is a concurrent write operation, access 
module 22 can determine whether the address results in a hit or a miss. However, 
given a concurrent write operation, access module 22 may, as previously discussed, 

1 5 detect a false miss. 

Given a match, access module 22 returns the matching routing information at 
step 88. For example, for a lookup read operation, access module 22 may provide the 
routing information to the appropriate port 12. Similarly, for a learning read 
operation, access module 22 may inform arbitration module 20 of the hit. Given a 

20 miss, access module 22 indicates the miss at step 90. For example, for a lookup read 
operation, access module 22 may indicate the miss to the appropriate port 12. 
Similarly, for a learning read operation, access module 22 may indicate the miss to 
arbitration module 20. 

Thus, the preceding flowchart illustrates a relatively simple technique for 

25 access module 22 to handle read requests from arbitration module 20. However, as 
with the earlier flowchart, this flowchart and the accompanying description illustrate 
only an exemplary method of operation, and switch 10 contemplates access module 
22 and/or other suitable components using any suitable techniques to access routing 
information. Thus, many of the steps in this flowchart may take place simultaneously 

30 and/or in different orders as shown. In addition, switch 10 may use methods with 
additional steps, fewer steps, and/or different steps, so long as the methods remain 
appropriate. 
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Although the present invention has been described in several embodiments, a 
myriad of changes and modifications may be suggested to one skilled in the art, and it 
is intended that the present invention encompass such changes and modifications as 
fall within the scope of the present appended claims. 
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